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The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under 
http ://webapp . etsi.org/kev/queryform. asp . 



ETSI 



3GPP TS 32.307 version 9.2.0 Release 9 3 ETSI TS 1 32 307 V9.2.0 (201 1 -1 0) 



Contents 



Intellectual Property Rights 2 

Foreword 2 

Foreword 5 

Introduction 5 

1 Scope 7 

2 References 7 

3 Definitions and abbreviations 8 

3.1 Definitions 8 

3.2 Abbreviations 8 

4 Architectural features 8 



5 Mapping 10 

5.1 Operation mapping 10 

5.2 Filter language 10 

5.3 Common datatype definition 10 

5.3.1 NotificationCategorySetType 10 

5.3.2 SubscriptionStateType 10 

5.4 Operation parameter mapping 1 

5.4.1 Operation subscribe 1 

5.4.1.1 Input parameters 1 

5.4.1.2 Output parameters 1 

5.4.1.3 Fault definition 1 

5.4.2 Operation unsubscribe 12 

5.4.2.1 Input parameters 12 

5.4.2.2 Output parameters 12 

5.4.2.3 Fault definition 12 

5.4.3 Operation getSubscriptionlds 13 

5.4.3.1 Input parameters 13 

5.4.3.2 Output parameters 13 

5.4.3.3 Fault definition 13 

5.4.4 Operation getSubscriptionStatus 14 

5.4.4.1 Input parameters 14 

5.4.4.2 Output parameters 14 

5.4.4.3 Fault definition 14 

5.4.5 Operation changeSubscriptionFilter 15 

5.4.5.1 Input parameters 15 

5.4.5.2 Output parameters 15 

5.4.5.3 Fault definition 15 

5.4.6 Operation suspendSubscription 15 

5.4.6.1 Input parameters 15 

5.4.6.2 Output parameters 16 

5.4.6.3 Fault definition 16 

5.4.7 Operation resumeSubscription 16 

5.4.7.1 Input parameters 16 

5.4.7.2 Output parameters 16 

5.4.7.3 Fault definition 17 

5.4.8 Operation getNotificationCategories 17 

5.4.8.1 Input parameters 17 

5.4.8.2 Output parameters 17 

5.4.8.3 Fault definition 17 

5.5 Parameter mapping 17 

5.6 NotificationlRPNotification Interface definition 18 

5.6.1 Input parameters 18 



ETSI 



3GPP TS 32.307 version 9.2.0 Release 9 4 ETSI TS 1 32 307 V9.2.0 (201 1 -1 0) 

5.6.2 Output parameters 18 

6 IRPAgent's Behaviour 18 

6.1 Subscription 18 

Annex A (normative): WSDL specifications 19 

Annex B (normative): Notification WSDL specifications 27 

Annex C (informative) : Void 28 

Annex D (informative): Change history 29 

History 30 



ETSI 



3GPP TS 32.307 version 9.2.0 Release 9 5 ETSI TS 1 32 307 V9.2.0 (201 1 -1 0) 



Foreword 



id , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

x the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



rd , 



The present document is part of a TS-family covering the 3 Generation Partnership Project; Technical Specification 
Group Services and System Aspects; Telecommunication management; as identified below: 

32.301: Configuration Management (CM); Notification Integration Reference Point (IRP); Requirements 

32.302: Configuration Management (CM); Notification Integration Reference Point (IRP); Information 

Service (IS) 

32.303: Configuration Management (CM); Notification Integration Reference Point (IRP); Common 

Object Request Broker Architecture (CORBA) Solution Set (SS) 

32.305: Configuration Management (CM); Notification Integration Reference Point (IRP); extensible 

Markup Language (XML) definition 

32.307: Configuration Management (CM); Notification Integration Reference Point (IRP); SOAP 

Solution Set 

Configuration Management (CM), in general, provides the operator with the ability to assure correct and effective 
operation of the 3G network as it evolves. CM actions have the objective to control and monitor the actual configuration 
on the Network Elements (NEs) and Network Resources (NRs), and they may be initiated by the operator or by 
functions in the Operations Systems (OSs) or NEs. 

CM actions may be requested as part of an implementation programme (e.g. additions and deletions), as part of an 
optimisation programme (e.g. modifications), and to maintain the overall Quality of Service (QoS). The CM actions are 
initiated either as a single action on a NE of the 3G network or as part of a complex procedure involving actions on 
many NEs. 

The Itf-N interface is built up by a number of Integration Reference Points (IRPs) and a related Name Convention, 
which realise the functional capabilities over this interface. The basic structure of the IRPs is defined in 
3GPP TS 32.101 [6] and 3GPP TS 32.102 [7]. 

Network Elements (NEs) under management and element managers generate notifications of events about occurrences 
within the network. Different kinds of events carry different kinds of information. For instance a new alarm as 
specified in 3GPP TS 32.1 1 1-2 Alarm IRP: Information Service [5], is one possible kind of event, an object creation as 
specified in 3GPP TS 32.602 Basic CM IRP: Information Service [15] is another possible kind of event. 
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Information of an event is carried in notification. An IRP Agent (typically an EM or a NE) emits notifications. 
IRPManager (typically a network management system) receives notifications. The purpose of Notification IRP is to 
define an interface through which an IRPManager can subscribe to IRP Agent for receiving notifications. 

This IRP bases its design on work captured in ITU-T Recommendation X.734 [2], The central design ideas are: 

• Separation of notification Consumers (IRPManagers) from Producers (IRP Agents); 

• Notifications are sent to IRPManagers without the need for IRPManagers to periodically check for new 
notifications. 

Common characteristics related to notifications in all other IRPs are gathered in one IRP. 
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Scope 



The present document specifies the SOAP Solution Set for the IRP whose semantics is specified in Notification IRP: 
Information Service (3GPP TS 32.302 [4]). 

This Solution Set specification is related to 3GPP TS 32.302 V9.0.X. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] ITU-T Recommendation X.736: "Information technology - Open Systems Interconnection - 
Systems Management: Security alarm reporting function". 

[2] ITU-T Recommendation X.734 (1992): "Information technology - Open Systems Interconnection - 

Systems management: Event report management function". 

[3] 3GPP TS 32.312: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Information Service (IS)". 

[4] 3GPP TS 32.302: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Information Service (IS)". 

[5] 3GPP TS 32.1 1 1-2: "Telecommunication management; Fault Management; Part 2: Alarm 

Integration Reference Point (IRP): Information Service (IS)". 

[6] 3GPP TS 32.101: "Telecommunication management; Principles and high level requirements". 

[7] 3GPP TS 32.102: "Telecommunication management; Architecture". 

[8] 3GPP TS 32.301: "Telecommunication Management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Requirements". 

[9] 3GPP TS 32.317: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; SOAP solution set". 

[10] 3GPP TS 32.31 1: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Requirements". 

[II] 3GPP TS 32.172: "Telecommunication management; Subscription Management (SuM) Network 
Resource Model (NRM) Integration Reference Point (IRP): Information Service". 

[12] W3C SOAP 1.1 specification ( http://www.w3.org/TR/2000/NOTE-SOAP-20000508/) 

[13] W3C XPath 1.0 specification ( http://www.w3.org/TR/1999/REC-xpath-19991 1 16) 

[14] W3C WSDL 1.1 specification ( http://www.w3.org/TR/2001/NOTE-wsdl-20010315) 

[15] 3GPP TS 32.602: "Telecommunication management; Configuration Management (CM); Basic CM 

Integration Reference Point (IRP): Information Service (IS)". 
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[16] 3GPP TS 32.305: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): extensible Markup Language (XML) definition". 

[17] WS-I Basic Profile Version 1.1 ( http://www.ws-i.org/Profiles/BasicProfile-l.l-2004-08-24.html) 

[18] W3C SOAP 1 .2 specification ( http://www.w3.org/TR/soapl2-partl/) 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in 3GPP TS 32.101 [6], 3GPP TS 32.102 [7] 
and 3GPP TS 32.301 [8] and the following apply: 

IRP document version number string (or "IRPVersion"): See 3GPP TS 32.311 [10]. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

CM Configuration Management 

EM Element Manager 

IS Information Service 

NE Network Element 

NV Name and Value pair 

QoS Quality of Service 

SS Solution Set 

WSDL Web Service Description Language 

WS-I Web Services Interoperability Organization 

4 Architectural features 

The overall architectural feature of Notification IRP is specified in 3GPP TS 32.302 [4]. This clause specifies features 
that are specific to the SOAP solution set. 

The SOAP 1.1 specification [12] and WSDL 1.1 specification [14] are supported. 

The SOAP 1.2 specification [18] is supported optionally. 

This specification uses "document" style in WSDL file. 

This specification uses "literal" encoding style in WSDL file. 

The IRP Agent shall support the push interface model that means IRP Agent sends notifications to IRPManager as soon 
as new events occur. IRPManager does not need to check ("pull") for events. 

The 'Notification' definition is imported from Notification IRP XML Definition [16]. 

This specification uses a number of namespace prefixes throughout that are listed in Table 4. 1 . 
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Table 4.1 : Prefixes and Namespaces used in this specification 



PREFIX 


NAMESPACE 


http 


http://schemas.xmlsoap.org/wsdl/http/ 


soap 


http://schemas.xmlsoap.org/wsdl/soap/ 


SOAP-ENV 


http://schemas.xmlsoap.org/soap/envelope/ 


SOAP-ENC or 
soapenc 


http://schemas.xmlsoap.org/soap/encoding/ 


xs or xsd 


http://www.w3.org/2001/XMLSchema 


xsi 


http://www.w3.org/2001/XMLSchema-instance 


ntflRPSystem 


http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307- 
81 0/NotificationlRPSystem 


ntflRPData 


http://www.3gpp.org/ftp/Specs/archive/32 series/32.307/schema/32307-810/NotificationlRPData 


ntflRPNtfSystem 


http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307- 
810/notification/NotificationlRPNtfSystem 


ntflRPNtfData 


http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307- 
810/notification/NotificationlRPNtfData 


genericlRPSystem 


http://www.3gpp.org/ftp/Specs/archive/32_series/32.31 7/schema/3231 7-81 0/GenericlRPSystem 



The WSDL structure is like Figure 4.1: 



Operations 



PortTypes 



Bindings 



Services 



5 getlRPVersion 

^ getOperationProfile 

+£ getN otificationProfile 

J subscribe 

^ unsubscribe 

5 getSubscriptionlds 

^ getSubscriptionStatus 

+£ changeS ubscriptionFilter 

J suspendSubscription 

^ resumeS ubscription 

+£ getNotificationCategories 



+ 



NotificationIRP 



B-__ NotificationIRP 

rfc, NotificationIRP 



NotificationIRP 



Operations 



Figure 4.1 : Notification IRP SOAP Solution Set WSDL structure 
PortTypes Bindings 



0- 7- notifji 



+ 



NotificationlRPNtf 



Services 

E-<£) NotificationlRPNtf 

_L NotificationlRPNtf 



NotificationlRPNtf 



Figure 4.2: Notification IRP SOAP Solution Set Notification WSDL structure 



ETSI 



3GPP TS 32.307 version 9.2.0 Release 9 



10 



ETSI TS 132 307 V9.2.0 (2011-10) 



5 Mapping 

5.1 Operation mapping 

Notification IRP: IS (3GPP TS 32.302 [5]) defines semantics of operations visible across this IRP. These operations 
are the operations of the IOCs defined in 3GPP TS 32.302 [5]. 

Table 5.1 maps the operations defined in Notification IRP: IS (3GPP TS 32.302 [5]) to their equivalents (methods) in 
this Solution Set (SS). Specifically, the table 5.1 maps the operations of the IOCs defined in 3GPP TS 32.302 [5] to 
their equivalents in this SS. Since one of the IOCs, the Notif icationIRP IOC, inherits from the 
ManagedGenericIRP IOC [4], the table 5.1 also maps the operations of ManagedGenericIRP IOC to their 
equivalents (methods) in this SS. 

Table 5.1 also qualifies if a method is Mandatory (M) or Optional (O). 

Table 5.1 : Mapping from IS Operation to SS Equivalents 



IS Operations in 3GPP TS 32.302 [5] 


SS Operations 


Qualifier 


subscribe 


subscribe 


M 


unsubscribe 


unsubscribe 


M 


getSubscriptionlds 


getSubscriptionlds 


O 


getSubscriptionStatus 


getSubscriptionStatus 


O 


changeSubscriptionFilter 


changeSubscriptionFilter 





suspendSubscription 


suspendSubscription 





resumeSubscription 


resumeSubscription 





getNotificationCategories 


getNotificationCategories 





getlRPVersion (see note.) 


getlRPVersion 


M 


getOperationProfile (see note.) 


getOperationProfile 





getNotificationProfile (see note.) 


getNotificationProfile 





NOTE: These 3 operations are operations of ManagedGenericIRP IOC specified in 3GPP TS 32.31 2 [4]. 
The Notification IRP IOC of 3GPP TS 32.302 [5] inherits from it. 



5.2 Filter language 

The filter language used in the SS is the XPath Language (see W3C XPath 1.0 specification [13]). IRP Agents may 
throw a FilterComplexityLimit fault when a given filter is too complex. 

5.3 Common datatype definition 

5.3.1 Notif icationCategorySetType 

<complexType name= "Not if icationCategorySetType "> 

<complexContent> 

<extension base="ntf IRPData:VersionNumberSetType"> 

</extension> 
< / complexContent > 
</complexType> 

5.3.2 SubscriptionStateType 

<simpleType name=" SubscriptionStateType "> 
<restriction base="string"> 

<enumeration value=" Suspended" /> 

< enumeration value="NotSuspended"/> 
</restriction> 
</simpleType> 
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5.4 Operation parameter mapping 



3GPP TS 32.302 [5] defines semantics of parameters carried in operations across the Notification IRP. The tables below 
show the mapping of these parameters, as per operation, to their equivalents defined in this SS. 

5.4.1 Operation subscribe 

5.4.1 .1 Input parameters 

Table 5.4.1.1 : Mapping from IS subscribe input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 


timeTick 


long timeTick 


O 


notificationCategories 


ntflRPData:NotificationCategorySetType notificationCategories 


O 


filter 


string filter (see note 1) 


O 




anyURi ntfTransServiceNS (see note 2) 


M 


NOTE1 : The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 2]. 

NOTE2: This parameter is used to specify the name space of the Web Notification Transmission Service that will be 
used for sending notification. 

The 'http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307-810/notification' URI 
should be supported. 



Here is the XML schema fragment of the subscribe request: 

<!-- subscribe Request --> 
<element name=" subscribe "> 
<complexType> 
<sequence> 

<element name= "managerReference" type="anyURI"/> 

<element name=" timeTick" type="long" minOccurs=" 0"/> 

<element name="notif icationCategories" type="ntf IRPData :Notif icationCategorySetType" 

minOccurs=" 0"/> 

<element name="f ilter" type="string" minOccurs=" 0"/> 

<element name="ntfTransServiceNS" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 



5.4.1.2 



Output parameters 
Table 5.4.1.2: Mapping from IS subscribe output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionld 


string subscriptionld 


M 


status 


ntflRPData:subscribeFault 


M 



Here is the XML schema fragment of the subscribe response: 

<!-- subscribe Response --> 
<element name= " subscr ibeResponse " > 
<complexType> 
<sequence> 

<element name=" subscriptionld" type="string"/> 
</sequence> 
</complexType> 
</element> 



5.4.1.3 



Fault definition 



<!-- subscribe Fault --> 
<element name="subscribeFault"> 
< c omp 1 exTyp e > 
<choice> 
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<element name="AlreadySubscribedFault" type="string"/> 

< element name ="AtLeastOneNotif icationCategoryNot Support edFault" type=" string" /> 

<element name="subscribeFault" type=" string" /> 

< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

5.4.2 Operation unsubscribe 

5.4.2.1 Input parameters 

Table 5.4.2.1 : Mapping from IS unsubscribe input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 


subscriptionld 


string subscriptionld 


O 



Here is the XML schema fragment of the unsubscribe request: 

<!-- unsubscribe Request --> 

<element name= " unsubscribe " > 

< c omp 1 exTyp e > 

<sequence> 
<element name= "managerReference" type="anyURI"/> 
<element name="subscriptionId" type="string" minOccurs="0"/> 

</sequence> 

</complexType> 

</element> 

5.4.2.2 Output parameters 

Table 5.4.2.2: Mapping from IS unsubscribe output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


Status 


ntflRPData:unsubscribeFault 


M 



Here is the XML schema fragment of the unsubscribe response: 

<!-- unsubscribe Response --> 
<element name="unsubscribeResponse"> 
</element> 



5.4.2.3 



Fault definition 



<!-- unsubscribe Fault --> 

<element name="unsubscribeFault "> 

<complexType> 

<choice> 

<element name="unsubscribeFault" type="string"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 

</choice> 

</complexType> 

</element> 
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5.4.3 Operation getSubscriptionlds 

5.4.3.1 Input parameters 

Table 5.4.3.1 : Mapping from IS getSubscriptionlds input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 



Here is the XML schema fragment of the getSubscriptionlds request: 

<!-- getSubscriptionlds Request --> 
<element name="getSubscriptionIds" > 
< c omp 1 exTyp e > 
<sequence> 

<element name= "managerReference" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

5.4.3.2 Output parameters 

Table 5.4.3.2: Mapping from IS getSubscriptionlds output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionldSet 


sequence of string subscriptionldSet 


M 


status 


ntflRPData:getSubscriptionldsFault 


M 



Here is the XML schema fragment of the getSubscriptionlds response: 

<!-- getSubscriptionlds Response --> 
<element name="getSubscriptionIdsResponse" > 

< c omp 1 exTyp e > 

<sequence> 

<element name= " subscript ionldSet " > 
<complexType> 
<sequence> 

<element name="subscriptionId" type="string" maxOccurs="unbounded"/> 
</sequence> 
</complexType> 
</element> 
</sequence> 
</complexType> 
</element> 

5.4.3.3 Fault definition 

<!-- getSubscriptionlds Fault --> 
<element name="getSubscriptionIdsFault" > 

< c omp 1 exTyp e > 
<choice> 

<element name="getSubscriptionIdsFault " type="string"/> 

<element ref ="ntf IRPData:OperationNotSupportedFault "/> 

<element ref ="ntf IRPData: InvalidParameter Fault "/> 
</choice> 
</complexType> 
</element> 
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5.4.4 Operation getSubscriptionStatus 

5.4.4.1 Input parameters 

Table 5.4.4.1 : Mapping from IS getSubscriptionStatus input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter Qualifier 


subscriptionld 


string subscriptionld 


M 



Here is the XML schema fragment of the getSubscriptionStatus request: 

<!-- getSubscriptionStatus Request --> 
< element name="getSubscriptionStatus"> 
< c omp 1 exTyp e > 
<sequence> 

<element name=" subscriptionld" type="string"/> 
</sequence> 
</complexType> 
</element> 



5.4.4.2 



Output parameters 



Table 5.4.4.2: Mapping from IS getSubscriptionStatus output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


notificationCategories 


ntflRPData:NotificationCategorySetType notificationCategories 


C 


filterlnEffect 


string filterlnEffect (see note) 


O 


SubscriptionState 


ntflRPData:SubscriptionStateType SubscriptionState 





timeTick 


long timeTick 





status 


ntflRPData:getSubscriptionStatusFault 


M 


NOTE: The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 2]. 



Here is the XML schema fragment of the getSubscriptionStatus response: 

<!-- getSubscriptionStatus Response --> 
<element name="getSubscriptionStatusResponse" > 
< c omp 1 exTyp e > 
<sequence> 

<element name= "notificationCategories" type="ntf IRPData:Notif i cat ionCategorySet Type" 

minOccurs= " " /> 

<element name="f ilterlnEf f ect" type=" string" minOccurs=" 0"/> 

<element name="SubscriptionState" type="ntf IRPData : SubscriptionStateType" 
minOccur s = " " / > 

<element name=" timeTick" type="long" minOccurs="0"/> 
</sequence> 
</complexType> 
</element> 

5.4.4.3 Fault definition 

<!-- getSubscriptionStatus Fault --> 
< element name="getSubscriptionStatusFault"> 
<complexType> 
<choice> 

<element name="getSubscriptionStatusFault" type="string"/> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 
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5.4.5 Operation changeSubscriptionFilter 

5.4.5.1 Input parameters 

Table 5.4.5.1 : Mapping from IS changeSubscriptionFilter input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscription Id 


string subscriptionld 


M 


filter 


string filter (see note) 


O 


NOTE: The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 2]. 



Here is the XML schema fragment of the changeSubscriptionFilter request: 

<!-- changeSubscriptionFilter Request --> 
<element name=" changeSubscriptionFilter" > 
< c omp 1 exTyp e > 
<sequence> 

<element name="subscriptionId" type="string"/> 

<element name="f ilter" type="string" minOccurs="0"/> 
</sequence> 
</complexType> 
</element> 

5.4.5.2 Output parameters 

Table 5.4.5.2: Mapping from IS changeSubscriptionFilter output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData: changeSubscriptionFilterFault 


M 



Here is the XML schema fragment of the changeSubscriptionFilter response: 

<!-- changeSubscriptionFilter Response --> 

< element name="changeSubscriptionFilterResponse"> 

</element> 

5.4.5.3 Fault definition 

<!-- changeSubscriptionFilter Fault --> 
<element name=" changeSubscriptionFilterFault "> 
< c omp 1 exTyp e > 
<choice> 

< element name=" changeSubscriptionFilterFault" type=" string" /> 
< element ref =" ntflRPData :OperationNotSupportedFault"/> 
< element ref =" ntflRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

5.4.6 Operation suspendSubscription 

5.4.6.1 Input parameters 

Table 5.4.6.1 : Mapping from IS suspendSubscription input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionld 


string subscriptionld 


M 



Here is the XML schema fragment of the suspendSubscription request: 

<!-- suspendSubscription Request --> 
<element name=" suspendSubscription" > 
<complexType> 
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<sequence> 

<element name="subscriptionId" type="string"/> 
</sequence> 
</complexType> 
</element> 

5.4.6.2 Output parameters 

Table 5.4.6.2: Mapping from IS suspendSubscription output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData:suspendSubscriptionFault 


M 



Here is the XML schema fragment of the suspendSubscription response: 

<!-- suspendSubscription Response --> 
<element name="suspendSubscriptionResponse" > 
</element> 

5.4.6.3 Fault definition 

<!-- suspendSubscription Fault --> 
<element name="suspendSubscriptionFault" > 
< c omp 1 exTyp e > 
<choice> 

<element name="suspendSubscriptionFault" type="string"/> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

5.4.7 Operation resumeSubscription 

5.4.7.1 Input parameters 

Table 5.4.7.1 : Mapping from IS resumeSubscription input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionld 


string subscriptionld 


M 



Here is the XML schema fragment of the resumeSubscription request: 

<!-- resumeSubscription Request --> 
<element name=" resumeSubscription" > 
<complexType> 
<sequence> 

<element name=" subscriptionld" type="string"/> 
</sequence> 
</complexType> 
</element> 

5.4.7.2 Output parameters 

Table 5.4.7.2: Mapping from IS resumeSubscription output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData:resumeSubscriptionFault 


M 



Here is the XML schema fragment of the resumeSubscription response: 

<!-- resumeSubscription Response --> 
<element name="resumeSubscriptionResponse" > 
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</element> 

5.4.7.3 Fault definition 

<!-- resumeSubscription Fault --> 
<element name="resumeSubscriptionFault" > 
<complexType> 
<choice> 

<element name="resumeSubscriptionFault" type="string"/> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

5.4.8 Operation getNotificationCategories 

5.4.8.1 Input parameters 

None. 

Here is the XML schema fragment of the getNotificationCategories request: 

<!-- getNotificationCategories Request --> 
<element name="getNotif icationCategories"> 
</element> 

5.4.8.2 Output parameters 

Table 5.4.8.2: Mapping from IS getNotificationCategories output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


NotificationCategoryList 


ntflRPData:NotificationCategorySetType NotificationCategoryList 


M 


status 


ntflRPData:getNotificationCategoriesFault 


M 



Here is the XML schema fragment of the getNotificationCategories response: 

<!-- getNotificationCategories Response --> 
<element name="getNotif icationCategoriesResponse"> 
< c omp 1 exTyp e > 
<sequence> 

< element name= "NotificationCategoryList" type="ntf IRPData : Not if icationCategorySetType"/> 
</sequence> 
</complexType> 
</element> 

5.4.8.3 Fault definition 

<!-- getNotificationCategories Fault --> 

< element name="getNotif icationCategoriesFault"> 
< c omp 1 exTyp e > 
<choice> 

< element name="getNotif icationCategoriesFault" type=" string" /> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
</choice> 
</complexType> 
</element> 



5.5 Parameter mapping 



Notification IRP: IS (3GPP TS 32.302 [5]) defines the semantics of common attributes carried in notifications. This 
SS does not provide the mapping of these attributes to their SOAP SS equivalents. Other IRPs such as Alarm IRP: 
IS (3GPP TS 32.1 1 1-2 [6]) identify and qualify these common attributes for use in their environment. Their 
corresponding SS documents define the mapping of these attributes to their SS equivalents. 



ETSI 



3GPP TS 32.307 version 9.2.0 Release 9 1 8 ETSI TS 1 32 307 V9.2.0 (201 1 -1 0) 

5.6 Notification I RPNotification Interface definition 

The operation name is defined as 'notify'. 

5.6.1 Input parameters 

Table 5.6.1 : notify input parameters 



IS Operation parameter 


SS Method parameter 


Qualifier 


- 


xe:Notification notification 


M 









The notifications of the various IRPs extend the input parameter above. 
Here is the XML schema fragment of the notify request: 

<!-- notify Request --> 
<element name= "notify" > 
<complexType> 
<sequence> 

< element name="notif icationHeaderAndBody" 

type="ntf IRPNtfData :AnySequenceType"/> 
</sequence> 
</complexType> 
</element> 

<complexType name="AnySequenceType" > 
<sequence> 

<any namespace="##any" processContents="lax" maxOccurs=" unbounded" /> 
</sequence> 
</complexType> 



5.6.2 Output parameters 

None. 



6 IRPAgent's Behaviour 

This clause describes some IRPAgent's behaviour not captured by WSDL. 

6.1 Subscription 

IRPManager can invoke multiple subscribe operation using different managerRef erence(s). As far as 
IRP Agent is concerned, the IRP Agent will emit notifications to multiple "places" with their independent filter 
requirements. IRP Agent will not know if the notifications are going to the same IRPManager. 

If IRPManager invokes multiple subscribe using the same managerRef erence and with an already subscribed 
notif icationCategory, IRP Agent shall raise AlreadySubscribedFault fault to all invocations except 
one. 

IRPManager can invoke multiple subscribe using the same managerRef erence and with one or more not-yet- 
subscribed notif icationCategories. In this case, if IRP Agent supports all the notification categories requested, 
IRP Agent shall accept the invocation; otherwise, it raises 
AtLeastOneNotif icationCategoryNotSupportedFault fault. 
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Annex A (normative): 
WSDL specifications 



<?xml version="l . 0" encoding="UTF-8" ?> 

<def initions xmlns="http : //schemas .xmlsoap .org/wsdl/" 

xmlns : soap="http : //schemas .xmlsoap .org/wsdl /soap/" 

xmlns :http="http : //schemas .xmlsoap.org/wsdl/http/" xmlns :xs="http ; //www. w3 . org/2 01/XMLSchema" 

xmlns : soapenc="http : //schemas .xmlsoap . org/soap/encoding/" 

xmlns :genericIRPSystem="http : //www. 3gpp . org/ ftp/Specs /archive/3 2_series/3 2 . 317/schema/32317- 

810/GenericIRPSystem" 

xmlns :ntf IRPSystem="http : //www. 3gpp . org/ ftp/Specs /archive/3 2_series/3 2 . 307/schema/32307- 

810/Notif icationlRPSystem" 

xmlns :ntf IRPData="http: //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 3 07/schema/323 07- 

810/NotificationIRPData" 

targetNamespace="http : //www. 3gpp . org/ ftp/Specs /archive/3 2_series/3 2 . 307/schema/32307- 
810/Notif icationlRPSystem" > 

<import namespace="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 317/schema/32317- 
810/GenericIRPSystem" location="http : //www. 3gpp .org/f tp/Specs /archive/3 2_series/3 2 . 317/schema/32317- 
810-wsdl . zip"/> 
<types> 
< schema 
targetNamespace="http : //www. 3gpp .org/f tp/Specs /archive/3 2_series/3 2 . 30 7/schema/32307- 
810/Notif icationlRPData" xmlns="http: //www.w3 . org/2 1/XMLSchema " > 
<!-- subscribe Request --> 
<element name="subscribe" > 
<complexType> 
<sequence> 

<element name="managerRef erence" type="anyURI"/> 
<element name="timeTick" type="long" minOccurs=" 0"/> 
< element name="notif icationCategories" 
type="ntf IRPData :Notif icationCategorySetType" min0ccurs=" 0" /> 

<element name=" filter" type=" string" minOccurs=" 0"/> 
<element name="ntf TransServiceNS" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

<!-- subscribe Response --> 
< element name="subscribeResponse" > 
< c omp 1 exTyp e > 
<sequence> 

<element name="subscriptionId" type="string"/> 
</sequence> 
</complexType> 
</element> 

<complexType name="Notif icationCategorySetType" > 
<complexContent> 

<extension base="ntf IRPData : VersionNumberSetType" > 
</extension> 
< / comp lexContent> 
</complexType> 
<!-- subscribe Fault --> 
<element name="subscribeFault"> 
< c omp 1 exTyp e > 
<choice> 

<element name="AlreadySubscribedFault" type="string"/> 
<element name="AtLeastOneNotif icationCategoryNotSupportedFault" 
type= " string" / > 

<element name="subscribeFault" type="string"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- unsubscribe Request --> 
<element name= " unsubscribe " > 
< c omp 1 exTyp e > 
<sequence> 

<element name="managerRef erence" type="anyURI"/> 
<element name="subscriptionId" type="string" minOccurs=" 0"/> 
</sequence> 
</complexType> 
</element> 

<!-- unsubscribe Response --> 
<element name="unsubscribeResponse" > 
</element> 
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<!-- unsubscribe Fault --> 
<element name="unsubscribeFault" > 
<complexType> 
<choice> 

<element name="unsubscribeFault" type="string"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- getSubscriptionlds Request --> 
<element name="getSubscriptionIds" > 
<complexType> 
<sequence> 

<element name="managerRef erence" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

<!-- getSubscriptionlds Response --> 
<element name="getSubscriptionIdsResponse" > 
< c omp 1 exTyp e > 
<sequence> 

<element name="subscriptionIdSet" > 
< c omp 1 exTyp e > 
<sequence> 

<element name="subscriptionId" type=" string" 
maxOccurs= "unbounded" /> 

</sequence> 
</complexType> 
</element> 
</sequence> 
</complexType> 
</element> 

<!-- getSubscriptionlds Fault --> 
<element name="getSubscriptionIdsFault" > 
<complexType> 
<choice> 

<element name="getSubscriptionIdsFault" type="string"/> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- getSubscriptionStatus Request --> 
< element name="getSubscriptionStatus"> 
< c omp 1 exTyp e > 
<sequence> 

<element name="subscriptionId" type="string"/> 
</sequence> 
</complexType> 
</element> 

<!-- getSubscriptionStatus Response --> 
<element name="getSubscriptionStatusResponse" > 
<complexType> 
<sequence> 

< element name="notif icationCategories" 
type="ntf IRPData : Not if icationCategorySetType" minOccurs=" 0" /> 

<element name="f ilterlnEf f ect" type=" string" minOccurs=" 0"/> 
<element name="SubscriptionState" type="ntf IRPData : SubscriptionStateType" 
minOccurs= " " / > 

<element name="timeTick" type="long" minOccurs=" 0"/> 
</sequence> 
</complexType> 
</element> 

<simpleType name="SubscriptionStateType" > 
<restriction base="string" > 

<enumeration value=" Suspended" /> 
<enumeration value="NotSuspended"/> 
</restriction> 
</simpleType> 

<!-- getSubscriptionStatus Fault --> 
< element name="getSubscriptionStatusFault"> 
< c omp 1 exTyp e > 
<choice> 

<element name="getSubscriptionStatusFault" type="string"/> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
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</element> 

<!-- changeSubscriptionFilter Request --> 

<element name=" changeSubscriptionFilter" > 

< c omp 1 exTyp e > 

<sequence> 

<element name="subscriptionId" type="string"/> 
<element name=" filter" type=" string" minOccurs="0"/> 
</sequence> 
</complexType> 
</element> 

<!-- changeSubscriptionFilter Response --> 
< element name="changeSubscriptionFilterResponse"> 
</element> 

<!-- changeSubscriptionFilter Fault --> 
<element name="changeSubscriptionFilterFault"> 
<complexType> 
<choice> 

< element name="changeSubscriptionFilterFault" type=" string" /> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- suspendSubscription Request --> 
<element name=" suspendSubscription" > 
<complexType> 
<sequence> 

<element name="subscriptionId" type="string"/> 
</sequence> 
</complexType> 
</element> 

<!-- suspendSubscription Response --> 
<element name="suspendSubscriptionResponse" > 
</element> 

<!-- suspendSubscription Fault --> 
<element name="suspendSubscriptionFault" > 
<complexType> 
<choice> 

<element name="suspendSubscriptionFault" type="string"/> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- resumeSubscription Request --> 
<element name=" resumeSubscription" > 

< c omp 1 exTyp e > 

<sequence> 

<element name="subscriptionId" type="string"/> 

</sequence> 
</complexType> 
</element> 

<!-- resumeSubscription Response --> 
<element name="resumeSubscriptionResponse" > 
</element> 

<!-- resumeSubscription Fault --> 
<element name="resumeSubscriptionFault" > 

< c omp 1 exTyp e > 

<choice> 

<element name="resumeSubscriptionFault" type="string"/> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- getNotif icationCategories Request --> 
< element name =" getNotif icationCategories"> 
</element> 

<!-- getNotif icationCategories Response --> 
<element name="getNotif icationCategoriesResponse" > 
<complexType> 
<sequence> 

<element name="Notif icationCategoryList" 
type="ntf IRPData : Not if icationCategorySetType" /> 
</sequence> 
</complexType> 
</element> 
<!-- getNotif icationCategories Fault --> 
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< element name="getNotif icationCategoriesFault"> 
< c omp 1 exTyp e > 
<choice> 

< element name="getNotif icationCategoriesFault" type=" string" /> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
</choice> 
</complexType> 
</element> 

<element name="OperationNotSupportedFault" type="string"/> 
<element name="InvalidParameterFault" type="string"/> 
<simpleType name="VersionNumberType" > 

<restriction base="string"/> 
</simpleType> 

<complexType name="VersionNumberSetType" > 
<sequence> 

<element name="versionNumber" type="ntf IRPData : VersionNumberType" 
maxOccurs= "unbounded" / > 

</sequence> 
</complexType> 

<complexType name="ParameterSetType" > 
<sequence> 

<element name= "parameterName " type="string" maxOc curs = " unbounded " / > 
</sequence> 
</complexType> 

<complexType name="OperationType" > 
<sequence> 

<element name="operationName" type="string"/> 

< element name="parameterSet" type="ntf IRPData : ParameterSetType"/> 
</sequence> 
</complexType> 

<complexType name="OperationSetType" > 
<sequence> 

<element name="operation" type="ntf IRPData :OperationType" 
maxOccurs= "unbounded" /> 

</sequence> 
</complexType> 

<complexType name="Notif icationType" > 
<sequence> 

<element name="notif icationName" type=" string" /> 

< element name= "parameterSet " type="ntf IRPData : ParameterSetType"/> 
</sequence> 
</complexType> 

<complexType name="Notif icationSetType" > 
<sequence> 

<element name="notif ication" type="ntf IRPData :Notif icationType" 
maxOccurs= "unbounded" / > 

</sequence> 
</complexType> 

</schema> 
</types> 
<message name="subscribeRequest"> 

<part name= "parameter" element="ntf IRPData : subscribe"/> 
</message> 
<message name="subscribeResponse" > 

<part name= "parameter" element="ntf IRPData : subscribeResponse"/> 
</message> 
<message name="subscribeFault" > 

<part name= "parameter" element="ntf IRPData : subscribeFault"/> 
</message> 
<message name="unsubscribeRequest" > 

<part name= "parameter" element="ntf IRPData : unsubscribe" /> 
</message> 
<message name="unsubscribeResponse" > 

<part name= "parameter" element ="ntf IRPData :unsubscribeResponse"/> 
</message> 
<message name="unsubscribeFault" > 

<part name= "parameter" element ="ntf IRPData :unsubscribeFault"/> 
</message> 
■cmessage name = "getSubscriptionIdsRequest"> 

<part name = "parameter" element ="ntf IRPData :getSubscriptionIds"/> 
</message> 
<message name="getSubscriptionIdsResponse" > 

<part name= "parameter" element ="ntf IRPData :getSubscriptionIdsResponse"/> 
</message> 
<message name="getSubscriptionIdsFault" > 

<part name = "parameter" element ="ntf IRPData :getSubscriptionIdsFault"/> 
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</message> 

cmessage name = "getSubscriptionStatusRequest"> 

<part name= "parameter" element ="ntf IRPData :getSubscriptionStatus"/> 
</message> 
<message name="getSubscriptionStatusResponse" > 

<part name= "parameter" element ="ntf IRPData :getSubscriptionStatusResponse"/> 
</message> 
■cmessage name="getSubscriptionStatusFault"> 

<part name = "parameter" element ="ntf IRPData :getSubscriptionStatusFault"/> 
</message> 
<message name="changeSubscriptionFilterRequest" > 

<part name= "parameter" element="ntf IRPData : changeSubscriptionFilter"/> 
</message> 
<message name="changeSubscriptionFilterResponse"> 

<part name= "parameter" element="ntf IRPData : changeSubscriptionFilterResponse"/> 
</message> 
■cmessage name="changeSubscriptionFilterFault" > 

<part name= "parameter" element ="ntf IRPData : changeSubscriptionFilterFault"/> 
</message> 
cmessage name="suspendSubscriptionRequest" > 

<part name = "parameter" element ="ntf IRPData ; suspendSubscription"/> 
</message> 
cmessage name="suspendSubscriptionResponse" > 

<part name= "parameter" element ="ntf IRPData : suspendSubscriptionResponse"/> 
</message> 
cmessage name="suspendSubscriptionFault" > 

cpart name= "parameter" element = "ntf IRPData ; suspendSubscriptionFault"/> 
</message> 
cmessage name="resumeSubscriptionRequest"> 

cpart name= "parameter" element="ntf IRPData : resumeSubscription"/> 
c/message> 
cmessage name="resumeSubscriptionResponse" > 

cpart name= "parameter" element ="ntf IRPData : resumeSubscriptionResponse"/> 
c/message> 
cmessage name="resumeSubscriptionFault" > 

cpart name= "parameter" element ="ntf IRPData : resumeSubscriptionFault"/> 
c/message> 
cmessage name="getNotif icationCategoriesRequest"> 

cpart name= "parameter" element ="ntf IRPData igetNotif icationCategories"/> 
c/message> 
cmessage name="getNotif icationCategoriesResponse" > 

cpart name= "parameter" element ="ntf IRPData igetNotif icationCategoriesResponse"/> 
c/message> 
cmessage name="getNotif icationCategoriesFault"> 

cpart name = "parameter" element ="ntf IRPData igetNotif icationCategoriesFault"/> 
c/message> 

cportType name="Notif icationIRP"> 

coperation name="getIRPVersion"> 

c input message="genericIRPSystem:getIRPVersionRequest"/> 

coutput message="genericIRPSystem:getIRPVersionResponse"/> 

c fault name="getIRPVersionFault" message="genericIRPSystem:getIRPVersionFault"/> 
c/operation> 
coperation name="getOperationProf ile"> 

c input message="genericIRPSystem:getOperationProf ileRequest"/> 

coutput message="genericIRPSystem:getOperationProf ileResponse"/> 

c fault name="getOperationProf ileFault" 
message="genericIRPSystem:getOperationProf ileFault"/> 
c/operation> 
coperation name="getNotif icationProf ile" > 

c input message=" genericIRPSystem:getNot if icationProf ileRequest"/> 

coutput mes sage ="genericIRPSyst em igetNotif icationProf ileResponse"/> 

c fault name="getNotif icationProf ileFault" 
me s sage =" genericIRPSystemigetNot if icationProf ileFault "/> 
c/operation> 
coperation name= " subscribe " > 

cinput message="ntf IRPSystem: subscribeRequest"/> 

coutput message="ntf IRPSystem: subscribeResponse"/> 

cf ault name="subscribeFault" message="ntf IRPSystem: subscribeFault"/> 
c/operation> 
coperation name= " unsubscribe " > 

cinput message="ntf IRPSystem: unsubscribeRequest"/> 

coutput message="ntf IRPSystem :unsubscribeResponse"/> 

c fault name="unsubscribeFault" message="ntf IRPSystem :unsubscribeFault"/> 
c/operation> 
coperation name="getSubscriptionIds"> 

cinput message="ntf IRPSystem :getSubscriptionIdsRequest"/> 

coutput mes sage="ntf IRPSystem : get SubscriptionIdsResponse"/> 
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< fault name="getSubscriptionIdsFault" message="ntf IRPSystem:getSubscriptionIdsFault"/> 
</operation> 
<operation name="getSubscriptionStatus" > 

< input message="ntf IRPSystem:getSubscriptionStatusRequest"/> 

<output message="ntf IRPSyst em: get Subscriptions tatusResponse"/> 

< fault name="getSubscriptionStatusFault" 
message="ntf IRPSystem:getSubscriptionStatusFault"/> 
</operation> 
<operation name="changeSubscriptionFilter"> 

< input mes sage ="ntf IRPSyst em: changeSubscriptionFilterRequest"/> 

<output mes sage="ntf IRPSyst em: changeSubscriptionFilterResponse"/> 

< fault name="changeSubscriptionFilterFault" 
me ssage="ntf IRPSyst em: changeSubscriptionFilterFault"/> 
</operation> 
<operation name="suspendSubscription"> 

<input message="ntf IRPSystem: suspendSubscriptionRequest"/> 

<output mes sage="ntf IRPSystem: suspendSubscriptionResponse"/> 

<f ault name="suspendSubscriptionFault" message="ntf IRPSystem: suspendSubscriptionFault"/> 
</operation> 
<operation name="resumeSubscription" > 

< input mes sage="ntf IRPSystem: resumeSubscriptionRequest"/> 

<output message="ntf IRPSystem: resumeSubscriptionResponse"/> 

< fault name="resumeSubscriptionFault" message="ntf IRPSystem: resumeSubscriptionFault"/> 
</operation> 
<operation name="getNotif icationCategories" > 

< input message="ntf IRPSystem :getNotificationCategoriesRequest"/> 

<output mes sage="ntf IRPSyst em: getNotif icationCategoriesResponse"/> 

< fault name=" getNotif icationCategoriesFault" 
message="ntf IRPSystem : getNotif icationCategoriesFault"/> 
</operation> 

</portType> 

<binding name="Notif icationIRP" type="ntf IRPSystem:Notif icationIRP" > 

<soap : binding style=" document" transport="http : //schemas .xmlsoap .org/soap/http"/> 
<operation name="getIRPVersion" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/ ftp/Specs /archive/3 2_series/3 2 . 307/schema/32307-810/getIRPVersion"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="getIRPVersionFault" > 

<soap:fault name="getIRPVersionFault" use="literal"/> 
</fault> 
</operation> 

<operation name="getOperationProf ile" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/ ftp/Specs /archive/3 2_series/3 2 . 307/schema/32307- 
810/getOperationProf ile" /> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
< fault name="getOperationProf ileFault"> 

<soap:fault name="getOperationProf ileFault" use="literal"/> 
</f ault> 
</operation> 

■coperation name = "getNotif icationProf ile" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/ ftp/Specs /archive/3 2_series/3 2 . 307/schema/32307- 
8 10 /getNotif icationProf ile"/ > 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
< fault name=" getNotif icationProf ileFault "> 

<soap : fault name=" getNotif icationProf ileFault" use=" literal" /> 
</f ault> 
</operation> 
<operation name= " subscribe " > 
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<soap : operation 
soapAction="http : //www. 3gpp . org/ ftp/Specs /archive/3 2_series/3 2 . 307/schema/32307-810/subscribe"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<fault name="subscribeFault" > 

<soap:fault name="subscribeFault" use="literal"/> 
</fault> 
</operation> 

<operation name= " unsubscribe " > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307-810/unsubscribe"/> 

< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
< fault name="unsubscribeFault"> 

<soap:fault name="unsubscribeFault" use="literal"/> 
</fault> 
</operation> 

< operation name="getSubscriptionIds"> 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/Specs /archive/3 2_series/3 2 . 307/schema/32307- 
810/getSubscriptionIds"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
< fault name="getSubscriptionIdsFault"> 

<soap:fault name="getSubscriptionIdsFault" use="literal"/> 
</fault> 
</operation> 

<operation name="getSubscriptionStatus" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/Specs /archive/3 2_series/3 2 . 307/schema/32307- 
810/getSubscriptionStatus"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="getSubscriptionStatusFault" > 

<soap : fault name =" get Subscript ionStatusFault" use=" literal "/> 
</fault> 
</operation> 

<operation name="changeSubscriptionFilter"> 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/Specs /archive/3 2_series/3 2 . 307/schema/32307- 
810/changeSubscriptionFilter"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="changeSubscriptionFilterFault" > 

<soap : fault name="changeSubscriptionFilterFault" use="literal"/> 
</fault> 
</operation> 

<operation name="suspendSubscription"> 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/Specs /archive/3 2_series/3 2 . 307/schema/32307- 
810/suspendSubscription"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
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< fault name= " suspendSubscript ionFault " > 

<soap:fault name="suspendSubscriptionFault" use="literal"/> 
</fault> 
</operation> 

<operation name="resumeSubscription" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/ ftp/Specs /archive/3 2_series/3 2 . 307/schema/32307- 
810/resumeSubscription"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
< fault name= " resumeSubscript ionFault " > 

<soap:fault name="resumeSubscriptionFault" use="literal"/> 
</fault> 
</operation> 

<operation name="getNotif icationCategories" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/ ftp/Specs /archive/3 2_series/3 2 . 307/schema/32307- 
8 10 /getNot if icationCategories" /> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="getNotif icationCategoriesFault" > 

<soap : fault name=" getNot if icationCategoriesFault" use=" literal "/> 
</fault> 
</operation> 
</binding> 
<service name="Notif icationIRP" > 

<port name="Notif icationIRP" binding="ntf IRPSystemiNotif icationIRP" > 

<soap : address location="To be defined. "/> 
</port> 
</service> 
</def initions> 



ETSI 



3GPP TS 32.307 version 9.2.0 Release 9 27 ETSI TS 1 32 307 V9.2.0 (201 1 -1 0) 



Annex B (normative): 
Notification WSDL specifications 



<?xml version="l . 0" encoding="UTF-8" ?> 
<def initions xmlns="http : //schemas .xmlsoap .org/wsdl/" 
xmlns : soap="http : //schemas .xmlsoap .org/wsdl /soap/" 

xmlns :http="http : //schemas .xmlsoap.org/wsdl/http/" xmlns :xs="http ; //www. w3 . org/2 01/XMLSchema" 
xmlns : soapenc="http : //schemas .xmlsoap . org/soap/encoding/" 

xmlns :ntf IRPNtf System="http : //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
810/notif ication/Notif icationlRPNtf System" 

xmlns :ntf IRPNtf Data="http: //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
810/notif ication/Notif icationlRPNtf Data" 

targetNamespace="http : //www. 3gpp . org/ ftp/Specs /archive/3 2_series/3 2 . 30 7/schema/32307- 
810/notif ication/Notif icationlRPNtf System" > 
<types> 

< schema 
targetNamespace="http : //www. 3gpp . org/ ftp/Specs /archive/3 2_series/3 2 . 307/schema/32307- 
810/notif ication/Notif icationlRPNtf Data" xmlns="http : //www.w3 . org/2 01/XMLSchema" > 

<!-- notify Request --> 
<element name= "notify" > 
< c omp 1 exTyp e > 
<sequence> 

<element name="notif icationHeaderAndBody" 

type="ntf IRPNtf Data: AnySequenceType" /> 
</sequence> 
</complexType> 
</element> 

<complexType name= "AnySequenceType "> 
<sequence> 

<any namespace="##any" processContents="lax" max0ccurs= " unbounded" / > 
</sequence> 
</complexType> 
</schema> 
</types> 

<message name="notifyRequest"> 

<part name= "parameter" element="ntf IRPNtfData :notify"/> 
</message> 

<portType name="Notif icationlRPNtf " > 
<operation name="notify"> 

< input message = "ntf IRPNtf System motif yRequest"/> 
</operation> 
</portType> 
<binding name="Notif icationlRPNtf " type="ntf IRPNtf SystemiNotif icationlRPNtf " > 

<soap : binding style=" document" transport="http : //schemas .xmlsoap .org/soap/http"/> 
<operation name="notify"> 
<soap : operation 
soapAction="http : //www. 3gpp . org/ ftp/Specs /archive/3 2_series/3 2 . 307/schema/32307- 
810/notif ication/notify"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
</operation> 
</binding> 
<service name="Notif icationlRPNtf " > 

<port name= " Not if icationlRPNtf " binding="ntf IRPNtf SystemiNotif icationlRPNtf "> 

<soap : address location="To be defined. "/> 
</port> 
</service> 
</def initions > 
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Annex C (informative): 
Void 
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